home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000217-20000824 / 000353_news@columbia.edu _Mon Jun 5 20:38:48 2000.msg < prev    next >
Internet Message Format  |  2000-08-23  |  6KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA05141
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 5 Jun 2000 20:38:48 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA10798
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 5 Jun 2000 20:38:48 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA08417
  10.     for kermit.misc@watsun.cc.columbia.edu; Mon, 5 Jun 2000 20:23:34 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: File transfer to Acramatic 850 CNC machine controller
  14. Date: 6 Jun 2000 00:23:33 GMT
  15. Organization: Columbia University
  16. Message-ID: <8hhga5$86u$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <8hhcm2$rbo$1@nnrp1.deja.com>,
  20. thoma  <thomas.theakanath@smith-nephew.com> wrote:
  21. : I have this machine controller (Milacron Acramatic 850) compatible with
  22. : Kermit for file transfer. The current file transfer system on VMS works
  23. : fine. Currently, we are trying to add this machine to a web based DNC
  24. : system, using a terminal server that talks TCP/IP and connected to
  25. : Intranet.
  26. : A serial connection runs from the terminal server to the machine
  27. : controller. I can send files to the terminal server, but the data don't
  28. : get to the machine controller.
  29. The method is described in the C-Kermit manual:
  30.  
  31.   http://www.columbia.edu/kermit/ck60manual.txt
  32.  
  33. Briefly, you would use C-Kermit to make TCP/IP Telnet connection to
  34. the appropriate TCP port on the terminal server, which must be configured
  35. (in the terminal server) to give you a "nailed" connection to the desired
  36. serial port.  Something like this:
  37.  
  38.   telnet termservername 2003
  39.  
  40. (where 2003 is the TCP port number) and from that point, everything should
  41. work pretty much as it did before you interposed the terminal server.
  42.  
  43. - Frank
  44. From news@columbia.edu  Mon Jun  5 20:38:49 2000
  45. Return-Path: <news@columbia.edu>
  46. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  47.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA05438
  48.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 5 Jun 2000 20:38:48 -0400 (EDT)
  49. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  50.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA10801
  51.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 5 Jun 2000 20:38:48 -0400 (EDT)
  52. Received: (from news@localhost)
  53.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA08111
  54.     for kermit.misc@watsun.cc.columbia.edu; Mon, 5 Jun 2000 20:16:32 -0400 (EDT)
  55. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  56. From: fdc@columbia.edu (Frank da Cruz)
  57. Subject: Re: Transfer text files without a protocol
  58. Date: 6 Jun 2000 00:16:31 GMT
  59. Organization: Columbia University
  60. Message-ID: <8hhfsv$7tc$1@newsmaster.cc.columbia.edu>
  61. To: kermit.misc@columbia.edu
  62.  
  63. In article <8hh9am$p1n$1@nnrp1.deja.com>,
  64. Mr. Scott  <scott_davis@my-deja.com> wrote:
  65. : Please excuse the extreme stupidity here, but I've spent the good part
  66. : of today trying to write a script that will download and upload text
  67. : files to a Unix system without using a protocol (because there is no
  68. : kermit on the other end).  I have failed and I am tired.  I've read the
  69. : chapter about "Transferring files without a protocol" which hints that
  70. : this can be scripted using commands like "LOG SESSION", etc.  Does
  71. : someone have a handy script that will "put" or "get" a plain text file
  72. : (without ANY extraneous characters), given a filename?
  73. PUT and GET are two different things.  PUT is easy:
  74.  
  75.  . Use OUTPUT commands to send commands to the other computer which
  76.    tell it to copy incoming text to a file.
  77.  
  78.  . Use the TRANSMIT command to send the file.
  79.  
  80.  . Use an OUTPUT command to send whatever magic sequence (such as Ctrl-D)
  81.    is required to terminate copying incoming text to the file on the
  82.    remote computer.
  83.  
  84. Capturing a remote file is trickier if you don't want to also collect
  85. any extraneous prompts, etc.  Starting the capture is easy.  Let's say
  86. the command for displaying a text file on the remote computer is "type".
  87. So use the OUTPUT command send the appropriate command to the remote
  88. computer, but *without the carriage return*, then use INPUT to soak up
  89. the echo, then start the session log, then send the carriage return:
  90.  
  91.   output type foo.bar
  92.   input 5 foo.bar
  93.   log session foo.bar
  94.   output \13
  95.  
  96. OK, fine, now what?  The trick is knowing when it's finished.  Let's say
  97. the remote computer's prompt is "$ " on the left margin.  If you give an
  98. INPUT command for this, with a sufficiently long timeout interval, Kermit
  99. reads characters from the port and copies them to the session log until
  100. it sees the input target, so:
  101.  
  102.   input 600 {\13\10$ }
  103.  
  104. That is, read stuff from the connection for up to 600 seconds, scanning
  105. for carriage return (\13), linefeed (\10), dollar sign, and space.  Then:
  106.  
  107.   close session
  108.  
  109. Now all you've captured the remote file on your local disk, with just a
  110. little bit of extraneous characters.  That's about the best you can do
  111. without a protocol, or unless you know a better stopping criterion.
  112. Like, for example, if the last line of the file is always "THE END",
  113. then you can INPUT that, and avoid the extraneous at the end.
  114.  
  115. - Frank